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IMAGE PROCESSING SYSTEM, CONTROL METHOD THEREFOR, AND 



IMAGE PROCESSING APPARATUS 
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FIELD OF THE INVENTION 



The present invention relates to an image 
processing system, control method therefor, and image 
processing apparatus and, more particularly, to an 
image processing system in which an image input 
10 apparatus and image forming apparatus are connected to 
each other, a control method therefor, and an image 
processing apparatus . 



image processing apparatuses, an image processing 
system in which an image input apparatus such as a 
digital camera and an image forming apparatus such as a 
printer are connected to each other is becoming popular. 

20 In processing image data in such an image processing 
system, image data input by the image input apparatus 
is compressed, and the compressed data is transferred 
to the image forming apparatus via a predetermined 
interface. The image forming apparatus performs 

25 decompression and other image processes for the 

received compressed data, and then prints out the data. 



BACKGROUND OF THE INVENTION 



15 



With high-performance and low-end recent digital 
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In the conventional image processing system, 
however, the total processing time (to be referred to 
as a throughput hereinafter) required from the input of 
an image to the end of printing mainly depends on the 
5 data transfer time and the image processing time and 

printing processing time in the image forming apparatus 
side. Processing in the image input apparatus hardly 
influences the total throughput, 
Q This means that the operation of the image input 

10 apparatus stops during the operation of the image 

m 

^4 forming apparatus. The performance between the 

apparatuses constituting the system is unbalanced. 

Q SUMMARY OF THE INVENTION 

p 15 The present invention has been proposed to solve 

O the conventional problems, and has as its object to 

provide an image processing system which is constituted 
by connecting an image input apparatus and image 
forming apparatus to each other, and increases the 
20 total throughput, a control method therefor, and an 
image processing apparatus. 

According to the present invention, the foregoing 
object is attained by providing an image processing 
system in which first and second image processing 
25 apparatuses are connected via a serial bus, wherein the 
first image processing apparatus comprises control 
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means for controlling distribution of image processing 

between the two apparatuses on the basis of performance 

of the first image processing apparatus and performance 

of the second image processing apparatus. 

5 In accordance with the present invention as 

described above, the load of each apparatus can be 

distributed with good balance. 

According to the present invention, the foregoing 

object is attained by providing an image processing 

10 system in which first and second image processing 

apparatuses are connected via a serial bus, wherein the 

first and second image processing apparatuses 

respectively comprise first and second control means 

2 ^or controlling distribution of image processing 

W 15 between the two apparatuses, and determine which of the 

O first and second control means acquires control. 

P 

In accordance with the present invention as 
described above, which of the apparatuses acquires 
control of processing distribution can be appropriately 

20 determined. 

According to the present invention, the foregoing 
object is attained by providing an image processing 
system in which first and second image processing 
apparatuses are connected via a serial bus, wherein 

25 image data processed in the first image processing 

apparatus is stored in storage means under management 
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of the serial bus, and the second image processing 
apparatus selects either of the image data stored in 
the storage means and image data processed by the 
second image processing apparatus. 
5 In accordance with the present invention as 

described above, either of image data processed by the 
respective apparatuses can be selected. 

According to the present invention, the foregoing 
p object is attained by providing an image processing 

^ 10 system in which an image input apparatus and an image 

In 

^ output apparatus are connected via a serial bus, 

'% wherein the image input apparatus comprises input means 

for inputting image data of a first format, 
determination means for determining whether to convert 

yj ■ 

15 the image data of the first format into a second format, 

M: 

Q first conversion means for converting the image data of 

D 

the first format into the second format on the basis of 
a determination result, and first communication means 
for transmitting the image data of the first or second 

20 format to the image output apparatus, and the image 

output apparatus comprises second communication means 
for receiving the image data transferred from the image 
input apparatus, holding means for temporarily holding 
the received image data in a buffer having a 

25 predetermined capacity, second conversion means for, if 
the image data held in the buffer has the first format. 
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converting the image data into the second format; and 
output means for sequentially outputting the image data 
of the second format. 

In accordance with the present invention as 
5 described above, the format of transfer data between 
the apparatuses can be properly changed. 

The invention is particularly advantageous that 
the total throughput increases in the image processing 
p system in which the image input apparatus and image 

m 10 forming apparatus are directly connected. 

m 

Q Other features and advantages of the present 

invention will be apparent from the following 
description- taken in conjunction with the accompanying 

2 drawings, in which like reference characters designate 

: - = 

^ 15 the same or similar parts throughout the figures 

Q thereof. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The accompanying drawings, which are incorporated 
20 in and constitute a part of the specification, 

illustrate embodiments of the invention and, together 
with the description, serve to explain the principles 
of the invention. 

Fig. 1 is a block diagram showing the arrangement 
25 of an image processing system to which the present 
invention is applied; 
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Fig. 2 is a block diagram showing the detailed 
arrangement of an IEEE 1394 I/F in an embodiment; 

Fig. 3 is a block diagram showing an example of a 
network system constructed with an IEEE 1394 serial 
5 interfaces- 
Fig . 4 is a block diagram showing the 
construction of the IEEE 1394 serial interfaces- 
Fig. 5 is an explanatory view showing address 
p space of the IEEE 1394 serial interface; 

gi 10 Fig. 6 is a cross-sectional view showing a cable 

m 

f^, for the IEEE 1394 serial interface; 

^ Fig. 7 is a timing chart explaining a Data/Strobe 

■ 

'"^ Link method; 

2 ' Figs. 8 to 10 are flowcharts showing a procedure 

15 of network construction in the IEEE 1394 serial 



interface ; 

Fig. 11 is a block diagram showing an example of 
the network; 

Fig. 12 is a table showing functions of a CSR 
20 architecture of the 1394 serial bus; 

Fig. 13 is a table showing registers for the 1394 
serial bus; 

Fig. 14 is a table showing registers for node 
resources of the 1394 serial bus; 
25 Fig. 15 is an example of a minimum format of a 

configuration ROM of the 1394 serial bus; 
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Fig. 16 is an example of a general format of the 

configuration ROM of the 1394 serial bus; 

Figs. 17 is a block diagram explaining bus 

arbitrations- 
Figs . 18 is a block diagram explaining bus 

arbitrations- 
Fig. 19 is a flowchart showing a procedure of the 

bus arbitration; 

Fig. 20 is a timing chart showing a 

request-response protocol with read, write and lock 

commands^ based on the CSR architecture in a 

transaction layer; 

Fig. 21 is a timing chart . showing services in a 

link layer; 

Fig. 22 is a timing chart showing transitional 
statuses in asynchronous data transfer; 

Fig. 23 is a diagram showing a packet format for 
the asynchronous transfer; 

Fig. 24 is a timing chart showing transitional 
statuses in isochronous data transfer; 

Fig. 25 is an example of a packet format for the 
isochronous transfer ; 

Fig. 26 is a table showing the details of packet 
format fields for the isochronous transfer in a 1394 
serial bus; 

Fig. 27 is a timing chart showing transitional 



statuses in data transfer on the bus when the 
isochronous transfer and asynchronous transfer are 
mixedly performed . 

Fig. -28 is a flowchart showing details of the 
5 sequence of printing processing in the first 
embodiment ; 

Fig. 29 is a flowchart showing root selection 
processing in the first embodiment; 
O Fig. 30 is a flowchart showing root selection 

10 processing in the second embodiment; 
□ Fig. 31 is a flowchart showing selection control 

processing for image processing data in a modification 



W 

□ 

f=3 



of the second embodiment; 

Fig. 32 is a flowchart showing control apparatus 
15 determination processing for distribution of image 
processing in the third embodiment; 

Fig. 33A is a flowchart showing printing 
processing in a digital camera in the fourth 
embodiment ; 

20 Fig. 33B is a flowchart showing printing 

processing in a printer in the fourth embodiment; 

Fig. 34A is a flowchart showing printing 
processing in the digital camera in the fifth 
embodiment ; 

25 Fig. 34B is a flowchart showing printing 

processing in the printer in the fifth embodiment; 
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Fig. 35A is a flowchart showing printing 

processing in the digital camera in the sixth 
embodiment; and 

Fig. 35B is a flowchart showing printing 

processing in the printer in the sixth embodiment. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
Preferred embodiments of the present invention 
will now be described in detail in accordance with the 
accompanying drawings . 

< First Embodiment > 

Fig. 1 is a block diagram showing the arrangement 
of an image processing system to which the present 
invention is applied. Reference numeral 1 denotes a 
digital camera for inputting image data; and 2, a 
printer for printing out the image data input from the 
digital camera 1. The digital camera 1 and printer 2 
are directly connected via a cable 16 by their 
interfaces (I/Fs) 3 and 4 defined by IEEE 1394. 

The digital camera 1 is constituted by a CPU 5 
for integrally controlling image input processing, a 
ROM 6 storing control programs executed by the CPU 5, a 
RAM 7 for temporarily storing data, an image input unit 
8 for actually inputting image data, an image 
processing unit 9 for processing the input image data. 



the I/F 3 and the like. 

The printer 2 is comprised of a CPU 10 for 
integrally controlling printing processing, a ROM 11 
storing control programs executed by the CPU 10, a RAM 

12 for temporarily storing data, a data processing unit 

13 for processing printing data, an output unit 14 for 
transferring the processing result to a printer driving 
unit 15, the printer driving unit 15 for performing 
actual printing processing, the I/F 4 and the like. 

The I/Fs 3 and 4 in the digital camera 1 and 
printer 2 have the same arrangement, and their detailed 
block arrangement is shown in Fig. 2. 

In Fig. 2, reference numeral 201 denotes a PHY 
chip (physical layer chip) having a data 
transfer /input /output function as an operation in the 
physical layer, an arbitration function, a transmission 
data encoding/decoding function and the like; 202, a 
LINK chip (link layer chip) having an asynchronous data 
transfer function as an operation in the link layer, an 
isochronous data transfer support function and the 
like; 203, a CPU for controlling the entire I/F; 204, a 
ROM storing control programs and the like; 205, a RAM 
for temporarily storing data; and 206, an I/F for 
connecting the I/F 3 or 4 to the internal bus of the 
digital camera 1 or printer 2. 

This embodiment assumes data communication using 



an interface (to be referred to as a "1394 serial bus") 
defined by the IEEE 1394-1995 standard (to be referred 
to as an "IEEE 1394"). The outline of the 1394 serial 
bus will be described below. Details of the IEEE 1394 
standard are described in "IEEE Standard for a High 
Performance Serial Bus" published by IEEE (The . 
Institute of Electrical and Electronics Engineers, 
Inc.), August 30, 1996. 

[Outline of 1394 Serial Bus] 

With the appearance of general digital video cam 
recorder (VCR) and digital video disk (DVD) player, 
there is a need for transferring realtime and large 
amount data such as video data and audio data 
(hereinafter referred to as "AV data"). To transfer AV 
data in realtime to a personal computer (PC) or other 
digital devices, an interface capable of high-speed 
data transfer is required. The 1394 serial bus has 
been developed from the above point. 

Fig. 3 shows an example of a network system 
constructed with a 1394 serial bus. This system 
comprises devices A to H, and the devices A and B, the 
devices A and C, the devices B and D, the devices D and 
E, the devices C and F, the devices C and G, and the 
device C and H are respectively connected by a twisted 
pair cable for the 1394 serial bus. These devices A to 



H may be computers such as a personal computer, or most 
computer-peripheral devices such as a digital VCR, a 
DVD player, a digital still camera, a storage device 
using a storage medium such as a hard disk or an 
5 optical disk, a monitor such as a CRT or an LDC, a 

tuner, an image scanner, a film scanner, a printer, a 
MODEM, and a terminal adapter (TA) , Note that the 
printing method of the printer may be any method, e.g., 
3 a laser-beam printing, an electrophotographic method 

SI 10 using an LED, an ink-jet method, a thermal-transfer 

Ul 

□ method of ink melting or ink sublimation type and a 

q 

%g thermo-sensit ive printing method. 

E The connection between the devices may be made by 

p 

^ mixedly using a daisy chain method and a node branching 

r . 5 

15 method, thus realizing high-freedom of connecting. . The 
^ respective devices have an ID, and they construct a 

network by identifying each ID within a range connected 
by the 1394 serial bus. For example, the devices 
respectively take a relaying role only by daisy-chain 

20 connecting the devices with cables for the 1394 serial 
bus, thus constructing a network. 

As the 1394 serial bus corresponds to Plug and 
Play function, it automatically recognizes a device 
connected to the cable, thus recognizes connection 

25 status. In the system as shown in Fig. 3, when a 

device is removed from the network, or a new device is 
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added to the network, the bus is automatically reset 
(i.e., the current network constructing information is 
reset) , and a new network is constructed. This 
function enables realtime setting and recognition of 
network construction . 

The 1394 serial bus has a data transfer speed 
defined as 100/200/400 Mbps . A device having a high 
transfer speed supports a lower transfer speed, thus 
maintaining compatibility. As data transfer modes, an 
asynchronous transfer mode (ATM) for transferring 
asynchronous data such as a control signal, an 
isochronous transfer mode for transferring isochronous 
data such as realtime AV data are available. In data 
transfer, within each cycle (generally 125 |is/cycle) , a 
cycle start packet (CSP) indicating the start of cycle 
is transferred, and then asynchronous and isochronous 
data are mixedly transferred such that the isochronous 
data transfer is transferred prior to the asynchronous 
data . 

Fig. 4 shows the construction of the 1394 serial 
bus, as a layer structure. As shown in Fig. 4, a 
connector port 810 is connected to a connector at the 
end of a cable 813 for the 1394 serial bus, A physical 
layer 811 and a link layer 812 in a hardware unit 800 
are positioned as upper layers with respect to the 
connector port 810. The hardware unit 800 comprises 



interface chips. The physical layer 811 performs 
coding, connection-related control and the like, and 
th'e link layer 812, packet transfer, cycle-time control 
and the like. 

5 In a firmware unit 801, a transaction layer 814 

manages data to be transferred (transaction data), and 

outputs commands Read, Write and Lock. A management 

layer 815 in the firmware unit 801 manages connection 

© statuses and ID's of the respective devices connected 

uJ 

ff^ 10 to the 1394 serial bus, thus manages the network 

|J1 

Q construction. The above hardware and firmware units 

'iD substantially constructs the 1394 serial bus. 

5 In a software unit 802, an application layer 816 

o 

fQ differs in software used by the system, and the data 

hj 

lI 15 transfer protocol indicating how to transfer data on 

the interface is defined by a protocol such as a 
printer protocol or an AVC protocol. 

Fig. 5 shows address space of the 1394 serial bus. 
All the devices (nodes) connected to the 1394 serial 
20 bus have a unique 64 bit address. The 64 bit address 
is stored in a memory of the devices. Data 
communication with a designated destination device can 
be performed by always recognizing the node addresses 
of the transmitting- and receiving-side nodes. 
25 Addressing of the 1394 serial bus is made based 

on the IEEE 1212 standards, such that first 10 bits are 



I — 
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allocated for designating a bus number, then next 6 
bits are allocated for designating an node ID, 

48-bit address used in the respective devices are 
divided into 20 bits and 28 bits, and utilized in the 
5 unit of 256 Mbytes. In the initial 20-bit address 
space, "0" to "OxFFFFD" is called a memory space; 
"OxFFFFE", a private space; "OxFFFFF", a register space, 
The private space is an address freely used in the 
^ device. The register space, holding information common 

5^ 10 to the devices connected with the bus, is used for 

m 

S communication among the respective devices. 

'^M In the register space, the initial 512 bytes are 

a assigned to a register core (CSR core) as a core of a 

g Command/Status Register (CSR) architecture; the next 

15 512 bytes, to a register of the serial bus; the next 
1024 bytes, to a configuration ROM; and the remaining 
bytes, to a register unique to the device in a unit 
space . 

Generally, for the sake of simplification of bus 
20 system design for different node types, it is 

preferable that only the initial 2048 bytes are used 
for the nodes, and as a result, total 4096 bytes are 
used including the initial 2048 bytes for the CSR core, 
the register of the serial bus, the configuration ROM 
25 and the unit space. 

The 1394 serial bus has the construction as 



1^ 

O 

o 
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described above. Next, the features of the 1394 serial 
bus will be described in more detail. 

[Detail Description of 1394 Serial Bus] 

5 

[Electrical Specification of 1394 Serial Bus] 

Fig. 6 shows a cross-section of the cable of the 

1394 serial bus. The 1394 serial cable comprises two 
O sets of twisted pair signal lines and two power-source 

ffs 10 lines. This construction enables power supply to a 

m 

B device which lacks a power source, or a device where a 

%0 voltage is degraded due to a failure or the like. The 

e direct-current voltage supplied by the power-source 

O 

lg lines is 8 to 40V; the current is maximum 1.5 A. Note 

hj 

P 15 that in the standards for so-called DV cable, four 

g lines except the power-source line construct the cable, 

[DS-Link] 

Fig. 7 is a timing chart explaining a DS-Link 
20 (Data/Strobe-Link) method as a data transfer method. 

The DS-Link method, appropriate for high-speed 
serial data communication, requires two sets of two 
signal lines. That is, one of the two sets of 
twisted-pair signal lines is used for sending a data 
25 signal, and the other one set of twisted-pair signal 
lines is used for sending a strobe signal. On the 
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receiving side, an EXCLUSIVE-OR between the data signal 
and the strobe signal is obtained so as to generate a 
clock signal. In the DS-Link transfer, it is 
unnecessary to mix a clock signal into a data signal, 
therefore, transfer efficiency is higher than that in 
other serial-data transfer methods. Further, as a 
clock signal is generated from the data signal and the 
strobe signal, a phase locked loop (PLL) circuit can be 
omitted, which attains downsizing of the scale of a 
controller LSI. Further, in the DS-Link transfer, it 
is unnecessary to send information indicative of idle 
status when there is no data to be transferred, 
therefore, a transceiver of each device can be set in a 
sleep status, which reduces electric consumption. 

[Bus-Reset Sequence ] 

The respective devices (nodes) connected to the 
1394 serial bus are provided with a node ID, and are 
recognized as nodes constructing the network. For 
example, when increase/decrease of the number of nodes 
due to connection/disconnection or power ON/OFF status 
of network devices, i.e., network construction changes 
and it is necessary to recognize a new network 
construction, the respective nodes detect the change of 
network construction, send a bus-reset signal onto the 
bus, and enter a mode for recognizing the new network 



construction. The detection of change of network 
construction is made by detecting change of bias 
voltage at the connector port 810. 

When the bus-reset signal is sent from one node, 
the physical layer 811 of the respective nodes receives 
the bus-reset signal, and at the same time, notifies 
the link layer 812 of the occurrence of bus reset, and 
forwards the bus-reset signal to the other nodes. When 
all the nodes have received the bus-reset signal, a 
bus-reset sequence is started. Note that the bus-reset 
sequence is started when the cable is attached/detached, 
or the hardware unit 800 has detected network abnormity 
or the like. Further, the bus-reset sequence is also 
started by a direct instruction to the physical layer 
811 such as host control by a protocol. As the 
bus-reset sequence is started, data transfer is 
suspended during the bus reset, and after the bus reset, 
the data transfer is restarted in the new network 
construction , 

[Node-ID Determination Sequence] 

After the bus reset, the respective nodes start 
to obtain a node ID so as to construct a new network 
construction. A general sequence from the bus reset to 
node-ID determination will be described with reference 
to the flowcharts of Figs. 8 to 10. Fig. 8 is a 



flowchart showing a sequence from occurrence of 
bus-reset signal to node-ID determination and data 
transfer. At step SlOl, the respective nodes always 
monitor occurrence of bus-reset signal. When the 
bus-reset signal has occurred, the process proceeds to 
step S102, at which to obtain a new network 
construction in a state where the network construction 
has been reset, parent-child relation is declared 
between nodes connected to each other. Step S102 is 
repeated until it is determined at step S103 that the 
parent-child relation has been determined among all the 
nodes . 

As the parent-child relation has been determined, 
the process proceeds to step S104, at which one "root 
(node) " is determined. At step S105, node-ID setting 
is performed so as to provide an ID to the respective 
nodes. The node-ID setting is made in a predetermined 
order of the nodes. Step S105 is repeated until it is 
determined at step S106 that the ID's have been given 
to all the nodes. 

As the node-ID setting has been completed, since 
the new network construction has been recognized by all 
the nodes, data transfer among the nodes is possible. 
At step S107, data transfer is started, and the process 
returns to step SlOl, at which occurrence of bus-reset 
signal is monitored again. 



Fig. 9 is a flowchart showing the sequence from 
the monitoring of bus-reset signal (SlOl) to the root 
determination (S104) in detail. Fig. 10 is a flowchart 
showing the node-ID setting {S105 and S106) in detail, 
5 In Fig. 9, at step S201, the occurrence of 

bus-reset signal is monitored, and as the bus-reset 
signal has occurred, the network construction is reset. 
Next, at step S202, as a first step for re-recognizing 
^ the reset network construction, the respective devices 

0^ 10 reset its flag FL with data indicative of "leaf (node)", 

□ At step S203, the respective devices examine the number 

of ports, i.e., the number of other nodes connected to 

& 

E them. At step S204, based on the result of examination 

8 

g at step S203, the devices examine the number of 

15 undefined (i.e., parent-child relation has not been 

Q 

^ determined) ports. The number of undefined ports is 

equal to that of the ports immediately after the bus 
reset, however, with the progress of determination of 
parent-child relation, the number of undefined ports 

20 detected at step S204 decreases. 

Only actual leaf (ves) can declare parent-child 
relation immediately after the bus reset. Whether or 
not the node is a leaf is detected from the number of 
ports examined at step S203; i.e., if the number of 

25 ports is "1", the node is a leaf. The leaf declares 

that "this node is a child, and the connected node is a 
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parent" at step S205, then terminates the operation. 

On the other hand, a node that detected at step 
S203 that the number of ports is "two or more" is a 
"branch". Immediately after the bus reset, as 
"undefined ports > 1" holds, the process proceeds to 
step S206, at which the flag FL is set with data 
indicative of "branch", then declaration of 
parent-child relation from another node is waited at 
step S207. When the parent-child relation is declared 
from another node, the process returns to step S204 at 
which the branch examines the number of undefined ports. 
If the number of undefined ports is "1", the branch can 
declare at step S205 that "this node is a child, and 
the connected' node is a parent" to the node connected 
to the remaining port. If the number of undefined 
ports is still "two or more", the branch waits for 
declaration of parent-child relation from another node 
at step S207 . 

When any one of the branches {or exceptionally 
leaf(ves) which delayed declaring a child) detects that 
the number of undefined ports is "0", the parent-child 
declaration of the overall network has been completed. 
The only one node that has "0" undefined port, i.e., 
the parent of all the nodes, sets the flag FL with data 
indicative of a "root" at step S208, Then at step S209, 
the node is recognized as a root. 



In this manner, the procedure from the bus reset 
to the parent-child declaration among all the nodes in 
the network ends. 

Next, a procedure of providing each node with an 
ID will be described. First, the ID setting is 
performed at the leaves. Then, ID's are set in 
numerical order (from node number: 0) from leaves —> 
branches — > root. 

In Fig. 10, at step S301, the process splits in 
accordance with node type, i.e., leaf, branch or root, 
based on the data set at the flags FL. 

In case of leaf, at step S302, the number of 
leaves (natural number) in the network is set to a 
variable N. At step S303, the respective leaves 
request a node number to the root. If a plurality of • 
requests have been made, the root performs arbitration 
at step S304, and provides a node number to one node at 
step S305, while notifies the other nodes of the result 
of acquisition of node-number indicating that the node 
number has been failed. 

A leaf that has not obtained a node number (NO at 
step S306) repeats the request for node number at step 
S303. On the other hand, a leaf that has obtained a 
node number notifies all the nodes of the obtained node 
number by broadcasting ID information including the 
node number. As the broadcasting of the ID information 



has been completed, the variable N indicative of the 
number of leaves is decremented at step S308. Then, 
from the determination at step S309, the procedure from 
step S303 to step S308 is repeated until the variable N 
becomes "0" in the determination at step S309. When ID 
information on all the leaves have been broadcasted, 
the process proceeds to step S310, for setting ID's of 
branches . 

The ID setting for branches is performed 
substantially similar to the ID setting for the leaves. 
First, at step S310, the number of branches (natural 
number) is set to a variable M. At step S311, the 
respective branches request the root for a node number. 
In response to the requests, the root performs 
arbitration at step S312, and provides a node number, 
subsequent to the last leaf node number, to a branch at 
step S313, while notifies the other branches of the 
result of acquisition of node-number indicating that 
the node number has been failed. 

A branch that has not obtained a node number (NO 
at step S314) repeats the request for node number at 
step S315. On the other hand, a branch that has 
obtained a node number notifies all the nodes of the 
obtained node number by broadcasting ID information 
including the node number. As the broadcasting of the 
ID information has been completed, the variable M 



indicative of the number of branches is decremented at 
step S316. Then, from the determination at step S317, 
the procedure from step S311 to step S316 is repeated 
until the variable M becomes "0" in the determination 
at step S317. When ID information on all the leaves 
have been broadcasted, the process proceeds to step 
S318, for setting the ID of the root. 

At this time, it is only the root that has not 
obtained a node ID. At step S318, the root obtains the 
smallest number that has not been provided to any other 
node as the node ID of the root, and at step S319, 
broadcasts ID information on the root. 

As described above, the procedure until the node 
ID'S for all the nodes have been set ends. Next, the 
sequence of node ID determination will be described 
with reference to the network example shown in Fig. 11. 

In the network in Fig, 11, a node B as a root is 
directly connected to its lower nodes A and C; the node 
C is directly connected to its lower node D; and the 
node D is directly connected to its lower nodes E and F. 
The procedure of determining this hierarchical 
structure, the root node and the node ID's will be 
described below. 

After the bus reset has occurred, to recognize 
connection statuses of the respective nodes, 
parent-child relation is declared between ports of 



directly connected nodes, "parent" means a node at an 
upper level and "child" means a node at a lower level 
in the hierarchical structure. In Fig. 11, the node 
that first declared parent-child relation after the bus 
5 reset is the node A. As described above, nodes 

(leaves) where only one port is connected can start 
declaration of parent-child relation. That is, if the 
number of ports is "1", it is recognized that the node 

Q is the end of the network tree, i.e., a leaf. The 

03 

Ol 10 declaration of parent-child relation is started from 

Ul 

□ the leaf which has first taken action among these 

leaves. Thus, a port of the leave node is set as a 

s "child", while the port of another node connected to 

Q 



the leave node is set as a "parent". In this manner. 



{2 1^ "child-parent" relation is sequentially set between the 

^ nodes A and B, between the nodes E and D, and between 

the nodes F and D. 

Further, among upper nodes having a plurality of 
ports, i.e., branches, parent-child relation is 
20 sequentially declared with respect to upper node ( s ) , 
from the node that first received declaration of 
parent-child relation from the leaf. In Fig. 11, first 
parent-child relation is determined between the nodes D 
and E and between the nodes D and F. Then the node D 
25 declares parent-child relation with respect to the node 
C, and as a result, a relation "child-parent" is set 
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between the nodes D and C. The node C, that has 
received the declaration of parent-child relation from 
the node D, declares parent-child relation with respect 
to the node B connected to the other port, thus 
"child-parent" relation is set between the nodes C and 
B. 

In this manner, the hierarchical structure as 
shown in Fig. 11 is constructed. The node B, that has 
finally become the parent at all the ports, is 
determined as a root. Note that a network has only one 
root. In a case where the node B that has received 
declaration of parent-child relation from the node A 
immediately declares parent-child relation with respect 
to another node, the other node, 'e.g., the node C, may 
be the root node. That is, any node may be a root 
depending upon timing of transmitting declaration of 
parent-child relation, and further, even in a network 
maintaining the same construction, a particular node is 
not always become a root. 

As the root has been determined, the sequence of 
determining the respective node ID'S is started. Each 
node has a broadcast function to notify its ID 
information to all the other nodes, ID information 
includes a node number, information on a connected 
position, the number of ports, the number of ports 
connected to other nodes, information on parent-child 



relation on the respective ports and the like. 

As described above, the assignment of node 
numbers is started from the leaves. In numerical orde 
node number = 0, 1, 2,..,. is assigned. Then, by the 
broadcasting of ID information, it is recognized that 
the node number has been assigned. 

As all the leaves have obtained a node number, 
node numbers are assigned to the branches. Similar to 
the assignment of node numbers to the leaves, ID 
information is broadcasted from the branch that 
received a node number, and finally, the root 
broadcasts its ID information. Accordingly, the root 
always has the greatest node number. 

Thus, as the ID setting of the overall 
hierarchical structure has been completed and the 
network has been constructed, then the bus 
initialization is completed. 

[Control Information for Node Management] 

The CSR core as shown in Fig. 5 exists on the 
register as a basic function of the CSR architecture 
for node management. Fig. 12 shows the positions and 
functions of the registers. In Fig. 12, the offset is 
a relative position from "OxFFFFFOOOOOOO . 

In the CSR architecture, the register for the 
serial bus is arranged from "OxFFFFF0000200" . Fig. 13 



shows the positions and functions of the registers. 

Further, information on node resources of the 
serial bus is arranged from "OxFFFFFOOOOSOO" . Fig. 14 
shows the positions and functions of the registers. 
5 The CSR architecture has a configuration ROM for 

representing functions of the respective nodes. The 
configuration ROM has a minimum format and a general 
format, arranged from "0xFFFFF0000400" . As shown in 
□ Fig. 15, the minimum format configuration ROM merely 

Ol 10 shows a vendor ID which is a unique numerical value 

I n 

Q represented by 24 bits. 

^ As shown in Fig. 16, the general format 

H configuration ROM has information on a node.- In this 

O 

^ case, the vendor ID in this format is included in a 

^ 15 "root_directory" , Further, "bus__inf o_block:" and 

p "root&unit_leaves" include unique device number 

including the vendor ID, represented by 64 bits. The 
device number is used after network reconstruction by 
bus reset operation, to continue recognition of the 
20 node. 



[Serial Bus Management] 

As shown in Fig. 4, the protocol of the 1394 
serial bus comprises a physical layer 811, a link layer 
25 812 and a transaction layer 814. This provides, as the 
serial bus management, a basic function for node 
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management and bus resource management, based on the 
CSR architecture. 

Only one node which performs bus management 
(hereinafter referred to as "bus management node") 
exists on the same bus, and provides the other nodes on 
the serial bus with management function which includes 
cycle master control, performance optimization, power 
source management, transmission speed management, 
construction management and the like. 

The bus management function briefly divides into 
a bus manager, an isochronous resource manager and a 
node control function. The node control is a 
management function which enables communication among 
'the nodes in the physical layer 811, the link layer 812, 
the link layer 812, the transaction layer 814 and an 
application program by the CSR. The isochronous 
resource manager, which is a management function 
necessary for isochronous-type data transfer on the 
serial bus, manages assignment of transfer bandwidth 
and channel number to isochronous data. For this 
management, after bus initialization, the bus 
management node is dynamically selected from nodes 
having the isochronous resource manager function. 

Further, in a construction without a bus 
management node on the bus, a node having the 
isochronous resource manager function performs a part 



of the bus management such as the power source 
management and cycle master control. Further, the bus 
management is a management function as service to 
provide a bus control interface to an application 
5 program. The control interface uses a serial-bus 
control request (SB_CONTROL . request ) , a serial-bus 
event control confirmation (SB_CONTROL. confirmation) 
and a serial-bus event indication ( SB_EVENT . indication) . 
^ The serial-bus control request is used when an 

5^ 10 application program requires the bus management node to 

m 

O perform bus reset, bus initialization, representation 

t3 of bus-status information, and the like. The 

g serial-bus event control confirmation is the result of 

O 

^ the serial-bus control request, and is notified from 

u 

15 the bus management node to the application for 
confirmation. The serial-bus event control 
confirmation is made as notification of an 
synchronously-caused event from the bus management node 
to the application. 

20 

[Data Transfer Protocol] 

The data transfer by using the 1394 serial bus 
simultaneously sends isochronous data (isochronous 
packet) which must be periodically transmitted, and 
25 asynchronous data (asynchronous packet) which can be 
transmitted/received at arbitrary timing, further. 
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ensures real-time transmission of isochronous data. In 
the data transfer, a bus use right is requested prior 
to transfer, and bus arbitration is performed to obtain 
bus use permission, 
5 In the asynchronous transfer, a transmitting node 

ID and a receiving node ID are sent with transfer data 
as packet data. The receiving node confirms the 
receiving node ID, i.e., its node ID, receives the 
□ packet, and returns an acknowledge signal to the 

01 10 transmitting node. Thus, one transaction is completed. 

m 

Q In the isochronous transfer, a transmitting node 

^ requires an isochronous channel with a transmission 

s 



speed, and a channel ID is sent with transfer data as 
packet data. A receiving node' confirms a desired 



e 

B 

m 

15 channel ID and receives the data packet. The necessary 



channel number and transmission speed are determined by 
the application layer 816. 

These transfer protocols are defined by the 
physical layer 811, the link layer 812 and the 

20 transaction layer 813. The physical layer 811 performs 
physical and electrical interface with the bus, 
automatic recognition of node connection, bus 
arbitration for a bus use right among nodes, and the 
like. The link layer 812 performs addressing, data 

25 checking, packet transmission/reception and cycle 
control for isochronous transfer. The transaction 
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layer 814 performs processing relating to asynchronous 
data. Hereinbelow, the processings in the respective 
layers will be described. 

5 [Physical Layer] 

The bus arbitration in the physical layer 811 
will be described. 

The 1394 serial bus always performs arbitration 
p of bus use right prior to data transfer. The devices 

gi 10 connected to the 1394 serial bus respectively relay a 

m 

p signal transferred on the network, thus constructing a 



m 

I i i 
1=^ 



P 



logical bus-type network transmitting the signal to all 
the devices within the network. This necessitates bus 
arbitration to avoid packet conflict. As a result of 

15 bus arbitration, one node can transfer data during a 
certain period. 

Figs, 17 and 18 are block diagrams explaining the 
bus arbitration. Fig. 17 shows operation to request a 
bus use right; and Fig. 18, operation to allow to use 

20 the bus. When the bus arbitration is started, a 

single or plurality of nodes respectively request a bus 
use right to use the bus to its parent node. In 
Fig. 17, the nodes C and F request a bus use right. 
The parent node (node A in Fig. 17) that has received 

25 the request relays the request by further requesting a 
bus use right to its parent node. The request is 
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forwarded to a root (node B in Fig. 17) that finally 
performs arbitration . 

The root that has received the request for bus 
use right determines a node to be provided with the bus 
use right. This arbitration can be performed only by 
the root. The node that dominated in the arbitration 
is provided with the bus use right. Fig. 18 shows that 
the node C has obtained the bus use right and the 
request from the node F has been rejected. 

The root sends a DP (data prefix) packet to nodes 
lost in the bus arbitration so as to notify that their 
requests have been rejected. The requests from those 
nodes are held by the next bus arbitration. 

Thus, the node that obtained the bus use 
permission starts data transfer. The sequence of the 
bus arbitration will be described with reference to the 
flowchart of Fig. 19. 

To start data transfer by a node, the bus must be 
in idle status. To confirm that data transfer has been 
completed and the bus is currently in . idle status, each 
node detects a gap length of a predetermined idle 
period (e.g., sub-action gap) set in each transfer mode, 
and it determines whether or not the bus is currently 
in idle status based on the detection result. 

At step S401, the node determines whether or not 
a predetermined gap length corresponding to 



asynchronous data or isochronous data to be transferred 
has been detected. So far as the node has not detected 
the predetermined gap length, it cannot request a bus 
use right to start data transfer, accordingly, the node 
5 waits until the predetermined gap length has been 
detected. 

When the predetermined gap length has been 
detected at step S401, the node determines whether or 
O not there is data to be transferred at step S402. If 

ffl 10 YES, it issues a signal requesting a bus use right to 

m 

Q the root at step S403. As shown in Fig. 17, this 

JSg, 

.^fi signal requesting the bus use right is relayed by the 



E . = 



respective devices in the network, and forwarded to the 
root- If it is determined at step S402 that there is 



15 no data to be transferred, the process returns to step 

O S401. 
□ 

At step S404, if the root has received a single 
or plurality of request signals for the bus use right, 
it examines the number of nodes requesting the bus use 

20 right at step S405. From the determination at step 

S405, if the number of the nodes requested the bus use 
right is one, that node is provided with bus use 
permission immediately after the requirement. On the 
other hand, if the number of the nodes is more than one, 

25 arbitration is performed to determine one node to be 
provided with the bus use right immediately after the 
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requirement. The arbitration does not always provide a 
bus use right to the same node, but equally provides a 
bus use right to the respective nodes (fair 
arbitration) . 

The processing at the root branches at step S407 
into processing for the node dominated in the 
arbitration at step S406, and processing for the other 
nodes lost in the arbitration- In a case where there 
is one node that requested the bus use right, or one 
node has dominated in the arbitration, the node is 
provided with an permission signal indicative of bus 
use permission at step S408. The node starts data 
(packet) transfer immediately after it receives the 
permission signal (step S410) . On the other hand, the 
nodes lost in the arbitration receive a DP (data 
prefix) packet indicative of rejection of the bus use 
request at step S409. The processing for the node that 
received the DP packet returns to step S401 to request 
a bus use right again. Also, the processing for the 
node that completed data transfer at step S410 returns 
to step S401. 

[Transaction Layer] 

The transaction layer includes a read transaction, 
a write transaction and a lock transaction. 

In a read transaction, an initiator (requiring 



node) reads data from a specific address in the memory 
of a target (response node). In a write transaction, 
the initiator writes data into a specific address of 
the memory of the target. In a lock transaction, the 
initiator transfers reference data and update ciata to 
the target. The reference data is combined with data 
of the address of the target, into a designation 
address to specify a specific address of the target. 
Data at the designation address is updated by the 
update data. 

Fig. 20 shows a request-response protocol with 
read, write and lock commands, based on the CSR 
architecture in the transaction layer. In Fig. 20, the 
request, notification, response and confirmation are 
service units in the transaction layer 814. 

A transaction request (TR_DATA . request ) is packet 
transfer to a response node; a transaction indication 
(TR-DATA. indication) is notification of arrival of the 
request to the response node; a transaction response 
(TR_DATA. response) is transmission of acknowledgment; 
and a transaction confirmation (TR_DATA. confirmation) 
is reception of acknowledgment. 

[Link Layer] 

Fig. 21 shows services in the link layer 812. 
The services are service units of a link request 



(LK_DATA. request ) to require packet transfer from the 
response node, a link indication (LK_DATA, indication) 
indicating packet reception to the response node, a 
link response (LK_DATA- response) as acknowledgment 
transmitted from the response node, a link confirmation 
(LK_DATA. confirmation) as confirmation of the 
acknowledgment transmitted from the response node. 

One packet transfer process is called a 
sub-action including an asynchronous sub-action and an 
isochronous sub-action, Hereinbelow, the respective 
operations of the sub-actions will be described. 

[Asynchronous Sub-action] 

The asynchronous sub-action is asynchronous data 
transfer. Fig. 22 shows transition in the asynchronous 
transfer. In Fig. 22, the first sub-action gap 
represents the idle status of the bus. At a point 
where the idle time has become a predetermined value, a 
node which is to perform data transfer requests a bus 
use right, then bus arbitration is executed. 

When the use of bus has been allowed by the 
arbitration, data in the form of packet is transferred, 
and a node which receives the data sends a reception 
acknowledgment code ACK as a response, or sends a 
response packet after a short gap called ACK gap, thus 
the data transfer is completed. The code ACK comprises 



4-bit information and a 4-bit checksum. The code ACK, 
including information indicative of success, busy or 
pending status, is immediately sent to the data-sender 
node . 

5 Fig. 23 shows a packet format for asynchronous 

transfer. The packet has a data area, a data CRC area 
for error correction, and a header area in which a 
destination node ID, a source node ID, a transfer data 
D length and various codes are written. 

01 10 The asynchronous transfer is one-to-one 

in 

□ communication from a sender node to a receiver node. A 

packet sent from the sender node is relayed by the 

g respective nodes in the network, however, as these 

m nodes are not designated as the receiver of the packet, 

15 they ignore the packet, then only the receiver node 



b 



designated by the sender node receives the packet. 

[ Isochronous Sub-action] 

Isochronous transfer, which can be regarded as 
20 the greatest feature of the 1394 serial bus is 

appropriate to multimedia data transfer which requires 
realtime transfer of, especially, AV data. Further, 
the asynchronous transfer is one-to-one transfer, 
whereas the isochronous transfer is broadcasting 
25 transfer from one sender node to all the other nodes. 

Fig. 24 shows transition in the isochronous 
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transfer. The isochronous transfer is executed on the 
bus in a predetermined cycle, called "isochronous 
cycle". The period of the isochronous cycle is 125 }is . 
A cycle start packet (CSP) 2000 indicates the start of 
the isochronous cycle for asynchronizing the operations 
of the respective nodes. When data transfer in a cycle 
has been completed and a predetermined idle period 
(sub-action gap 2001) has elapsed, a node which is 
called "cycle master" sends the CSP 2000 indicative of 
the start of the next cycle. That is, this interval 
between the issuance of CSP's is 125 ps. 

As channel A, channel B and channel C in Fig. 24, 
the respective packets are provided with a channel ID, 
so that plural types of packets can be independently 
transferred within one isochronous cycle. This enables 
substant ially-realtime transfer among the plural nodes. 
The receiver node can receive only data with a 
predetermined channel ID. The channel ID does not 
indicate an address of the receiving node, but merely 
indicates a logical number with respect to the data. 
Accordingly, one packet sent from a sender node is 
transferred to all the other nodes, i.e., broadcasted. 

Similar to the asynchronous transfer, bus 
arbitration is performed prior to the packet 
broadcasting in isochronous transfer. However, as the 
isochronous transfer is not one-to-one communication 



# 



like the asynchronous transfer, the reception 
acknowledgment code ACK used as a response in the 
asynchronous transfer is not used in the isochronous 
transfer . 

5 Further, an isochronous gap (iso gap) in Fig. 24 

represents an idle period necessary for confirming 
prior to isochronous transfer that the bus is in idle 
status. If the predetermined idle period has elapsed, 

O bus arbitration is performed with respect to node(s) 

Q1 10 desiring isochronous transfer. 

m 

p Fig. 25 shows a packet format for isochronous 

transfer. Various packets divided into channels 

^£ 

„ respectively have a data field, a data CRC field for 

Q 

error correction and a header field containing 

IjJ 

15 information such as a transfer-data length, a channel 

y No., various codes and error-correction header CRC as 

O 

shown in Fig. 26. 
[Bus Cycle] 

20 In practice, both isochronous transfer and 

asynchronous transfer can be mixedly performed on the 
1394 serial bus. Fig. 27 shows transition in the 
isochronous transfer and asynchronous transfer mixedly 
performed on the 1394 serial bus, 

25 The isochronous transfer is performed prior to 

the asynchronous transfer because after the CSP, the 
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isochronous transfer can be started with a gap 
(isochronous gap) shorter than the idle period 
necessary for starting the asynchronous transfer. 
Accordingly, the isochronous transfer has priority over 
the asynchronous transfer. 

In the typical bus cycle as shown in Fig. 21, 
upon starting the cycle #m, a CSP is transferred from 
the cycle master to the respective nodes. The 
operations of the respective nodes are asynchronized by 
this CSP, and node(s) that. waits for a predetermined 
idle period (isochronous gap) to perform isochronous 
transfer participates in bus arbitration, then starts 
packet transfer. In Fig. 27, a channel e, a channel s 
and a channel k are transferred by the isochronous 
transfer , 

The operation from the bus arbitration to the 
packet transfer is repeated for the given channels, and 
when the isochronous transfer in the cycle #m has been 
completed, the asynchronous transfer can be performed. 
That is, when the idle period has reached the 
sub-action gap for the asynchronous transfer, node(s) 
that is to perform the asynchronous transfer 
participates in bus arbitration. Note that only if the 
sub-action gap for starting the asynchronous transfer 
is detected, after the completion of isochronous 
transfer and before the next timing to transfer the CSP 



(cycle synch) , the asynchronous transfer can be 
performed . 

In the cycle #m in Fig. 27, the isochronous 
transfer for three channels is performed, and then two 
packets (packet 1 and packet 2) including ACK are 
transferred by the asynchronous transfer. When the 
asynchronous packet 2 has been transferred, as the next 
cycle synch point to start the subsequent cycle m+1 
comes, the transfer in the cycle #m ends. Note that 
during the asynchronous or isochronous transfer, if the 
next cycle synch point to transfer the next CSP has 
come, the transfer is not forcibly stopped but 
continued. After the transfer has been completed, a 
CSP for the next cycle is transferred after a 
predetermined idle period. That is, when one 
isochronous cycle is continued for more than 125 ps, 
the next isochronous cycle is shorter than the 
reference period 125 ps . In this manner, the 
isochronous cycle can be lengthened or shortened based 
on the reference period 125 ps. 

However, it may be arranged such that the 
isochronous transfer is performed in every cycle, while 
the asynchronous transfer is sometimes postponed until 
the next cycle or the cycle further subsequent to the 
next cycle, so as to maintain realtime transfer. The 
cycle master also manages information on such delay. 



The IEEE 1394 serial bus used in this embodiment 
has been described. Characteristic control in the 
first embodiment will be explained. 

5 [Arbitration Method/ Distribution Control of Image 
Processing] 

The system arrangement shown in Fig. 1 can 
realize higher-speed data communication by connecting 
P the digital camera 1 and printer 2 in one-to-one 

y1 10 correspondence using a 1394 serial bus having the 

□ above-described arrangement and functions. In the 

5 

O 

y 

n 



first embodiment, data is asynchronously transferred 
between the digital camera 1 and the printer 2. In 
this system, the digital camera 1 has higher 
15 performance than the printer 2, so that the first 

embodiment can distribute image processing which should 
be generally performed by the printer 2 to the digital 
camera 1. 

In the system of the first embodiment, the 
20 digital camera 1 and printer 2 can equally execute 
distribution control of image processing using the 
peer-to-peer feature of the 1394 serial bus, and either 
apparatus can take the initiative of this control. 

In the first embodiment, an apparatus having the 
25 node ID = 0 can take the initiative based on the node 
ID of each apparatus set by bus reset in connection. 
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The first embodiment will exemplify a case wherein the 
digital camera 1 attains the node ID = 0 to take the 
initiative of distribution control, and controls 
distribution of image processing which should be 
5 performed by the printer 2. 

The outline of the sequence of printing 
processing in the first embodiment will be described. 

In the image processing system of this embodiment, 
Q image data sensed by the image input unit 8 of the 

5 

ffl 10 digital camera 1 is subjected to image processing such 

in 



as color correction and data compression by the image 
processing unit 9 if necessary, and then stored in the 
RAM 7. The compressed data is input to the I/F 3, 
which transfers the data to the printer 2 via the 1394 



m 

— 15 serial bus. 

^ The printer 2 which has received the compressed 

U 

data via the I/F 4 sends the compressed data to the 
data processing unit 13 where the data is decompressed. 
After the decompressed data undergoes image data 

20 correction, color correction and the like if necessary, 
the data is subjected to RGB-CMYK conversion, 
halftoning and native command processing, and 
transmitted to the printer driving unit 15. Then, 
image forming processing on a printing sheet, i.e., 

25 printing operation starts. 

Fig. 28 is a flowchart showing details of the 
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sequence of printing processing in the first embodiment 
The left side of Fig. 28 shows processing in the 
digital camera 1, and the right side shows processing 
in the printer 2, The first embodiment can execute 
five roots A to E (to be described later) as processing 
sequences. 

The digital camera 1 performs image generation 
processing at step S3101 in order to input a sensed 
image, compresses the generated image data at step 
S3102, and then stores it in a memory such as the RAM 7 

©Process of Root A 

The process of root A as the most general root 
will be explained. In executing the process of root A, 
the process branches at step S3103 to the root A side 
to read out image data from the memory at step S3104 
and transfer the image data to the printer 2. 

At step S3105, the printer 2 decompresses the 
image data transferred via root A. In general, image 
data generated by a digital camera or the like is 
processed as a compressed file which is advantageous in 
the memory use capacity and transfer time. Hence, the 
compressed file must be decompressed by the printer 2 
at step S3105. When uncompressed image data is 
received, the data need not be decompressed. 

The image data undergoes at step S3106 image data 



01 10 

i fi 



correction of, e.g., changing the image size if 
necessary, and undergoes color correction at step S3107 
if necessary. At step S3108, the obtained image data 
undergoes image conversion processing of converting the 
image data from an RGB format as the input format of 
the digital camera 1 into a CMYK format suitable for 
image formation by the printer 2. At step S3120, 
actual printing operation is executed based on the 
image data of the CMYK format. 

#Process of Root B 



in Root B as a processing sequence different from 

3 

g root A will be described. In executing the process of 

□ 

^ root B, the process in the digital camera 1 branches at 



15 step S3103 not to root A but to step S3109, and 

compressed image data is read out from the memory and 
decompressed. After that, the process branches at step 
S3110 to root B to transfer the decompressed image data 
to the printer 2 at step S3111. The printer 2 performs 

20 the above-described correction processing at step S3106 
for the transferred image data. The subsequent process 
is the same as root A. 

#Process of Root C 
25 In executing the process of root C, the process 

in the digital camera 1 branches at step S3110 not to 
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root B but to step S3112, and necessary image data 
correction is performed. Then, the process branches at 
step S3113 to root C to transfer the corrected image 
data to the printer 2 at step S3114. The printer 2 
5 performs the above-described color correction 

processing at step S3107 for the transferred image data. 
The subsequent process is the same as root A. 

^Process of Root D 

In executing the process of root D, the process 
in the digital camera 1 branches at step S3113 not to 
root C but to step S3115, and necessary color 
correction is performed. The process branches at step 
S3116 to root D to transfer the color-corrected image 
data to the printer 2 at step S3117. The printer 2 
performs the above-described image conversion 
processing at step S3108 for the transferred image data. 
The subsequent process is the same as root A. 

20 #Process of Root E 

In executing the process of root E, the process 
in the digital camera 1 branches at step S3116 not to 
root D but to step S3118, and image conversion from the 
RGB format to the CMYK format is performed. At step 

25 S3119, the converted image data is transferred to the 
printer 2. The printer 2 executes the above-described 
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printing operation at step S312 on the basis of the 
transferred image data. 

Roots B to E shown in Fig. 28 execute transfer 
processing (S3111, S3114, S3117, and S3119) after 
decompression processing at step S3109, so that the 
data amount to be transferred increases in comparison 
with transfer processing (S3104) of root A. The 
transfer time is, therefore, the shortest in root A. 

As shown in the flowchart of Fig. 28, image 
processing in the first embodiment selectively executes 
any one of roots A to E. A root selection method in 
the first embodiment will be described in detail. 

#Process of Root Selection 

Fig. 29 is a flowchart showing root selection 
processing in the first embodiment. This selection 
processing is executed under the control of the CPU 5 
in the digital camera 1 which has taken the initiative 
by the above arbitration. 

After printing processing starts, the digital 
camera 1 reads the configuration ROM of the printer 2 
at step S3201, and specifies the model of printer based 
on the contents. Note that the configuration ROM has 
already been read in connecting the apparatus, and if 
its contents are stored in a memory or the like, the 
stored contents are read out. 



At step S3202, whether the digital camera 1 holds 
information about the model of printer specified at 
step S3201 is checked. If YES at step S3202, the 
process branches to S3203; and if NO, to step S3204. 

If NO at step S3202, the digital camera 1 issues 
a processing time calculation request to the printer 2 
at step S3204. This request is asynchronously 
transferred on the 1394 serial bus. After the digital 
camera 1 requests the response of the results and 
receives the calculation results, the digital camera 1 
calculates the processing time of each processing. 
Then, the process proceeds to step S3205. The printer 
2 which has received the processing time calculation 
request calculates the processing time of each 
processing in the printer 2 described with reference to 
Fig. 28 in accordance with an image to be printed. 
Upon the completion of calculation/ the printer 2 
returns each processing time to the digital camera 1. 

If YES at step S3202, the digital camera 1 
calculates at step S3203 the processing time of each 
processing in the digital camera 1 described with 
reference to Fig. 28 in accordance with an image to be 
printed. Then, the process proceeds to step S3205. 

At step S3205, the digital camera 1 calculates 
the total processing time of each of roots A to E shown 
in Fig, 28. The digital camera 1 selects a root 



exhibiting the shortest total processing time at step 
S3206, and notifies the printer 2 of the selection 
result at step S3207 to cause the printer 2 to prepare 
for printing. 

Image processing and transfer processing shown in 
Fig. 28 start by the selected root exhibiting the 
shortest total processing time. 

Calculation of the total processing time of each 
root at step S3205 is done as follows. When each 
processing shown in Fig. 28 is to be performed in units 
of blocks of image data, given processing ends for all 
the data in one block, and then the block is subjected 
to the next processing. Based on this assumption, the 
total processing time can b'e calculated by simple 
addition. Root selection in this case greatly depends 
on the performance of a CPU or the like and the 
transfer processing speed in each apparatus. 

In practice, however, each processing is often 
executed in units of small blocks prepared by dividing 
one block of image data. When given processing is 
executed for one block of image data, the processing 
results are sequentially transmitted to the next 
processing in units of small blocks having undergone 
the processing. This realizes immediate processing in 
units of small blocks depending on the contents of the 
next processing, and two processes are 



parallel-performed to shorten the processing time- 
Hence, actual root selection requires not simple 
addition but complicated calculation. 

For example, root C shown in Fig. 28 allows 
parallel-executing image data correction processing at 
step S3112 and transfer processing at step S3114. The 
total processing time of root C is calculated by 
subtracting the parallel processing time from the total 
of times required for these processes. In other words, 
the total processing time is shorter than the simple 
sum of processing times by the parallel processing time. 

Another root also allows parallel-executing color 
correction processing at step S3115 and transfer 
processing at step S3117, or image conversion at step 
S3118 and transfer processing at step S3119. This 
parallel processing shortens the total processing time. 
Thus, for another root, the total processing time is 
calculated at step S3205 shown in Fig. 29 in 
consideration of the parallel processing time. 

Since the total processing time is calculated in 
this way, the performance of each apparatus influences 
root selection as follows: 

(T) When the performance of the digital camera 1 is low, 
root A is advantageous. 

(2) When the transfer performance is low, root A is 
advantageous . 



(3) When the performance of the digital camera 1 is high, 
and that of the printer 2 is extremely low, root E is 
advantageous . 

@ When the digital camera 1 and printer 2 are equal in 
5 performance, root selection is greatly influenced by 
other conditions (e.g., image size). 

In the first embodiment, the transfer performance 
is high because the 1394 serial bus is used for 
p communication between the apparatuses. Therefore, (2) 

gi 10 "the transfer performance is low" is excluded. 

m 

P Furthermore, the first embodiment assumes that the 

digital camera 1 has relatively high performance, so (D 
'"^ is also excluded. As a result, (3) or @ is selected, 

E 

,y That is, a root other than root A is selected with high 

uj 

^ 15 possibility. Distribution of image processing to the 

^ digital camera 1 exhibiting relatively high performance 

increases, and concentration of the load on the printer 
2 can be avoided. 

As described above, according to the first 
20 embodiment, in the image processing system which can 
transfer image data at high speed by directly 
connecting the digital camera and printer via the 1394 
serial bus, the digital camera exhibiting relatively 
high performance is selected by arbitration based on 
25 the node ID, and takes the initiative of distribution 
control of image processing. The digital camera 
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executes control of optimally distributing, to the 
digital camera, image processing which is generally 
performed by the printer. This can shorten the total 
time required for image printing processing in the 
system. 

<Second Embodiment> 

The second embodiment according to the present 
invention will be described below. 

An image processing system in the second 
embodiment has the same arrangement as that in the 
first embodiment, data is asynchronously transferred 
between a digital camera 1 and a printer 2, and a 
detailed description thereof will be omitted. The 
system of the second embodiment is different from that 
of the first embodiment in that the printer 2 has 
higher performance than the digital camera 1. The 
second embodiment can increase distribution of image 
processing to the printer 2. 

In the second embodiment, similar to the first 
embodiment, the digital camera 1 and printer 2 can 
equally execute distribution control of image 
processing using the peer-to-peer feature of the 1394 
serial bus, and either apparatus can take the 
initiative of this control. 

In the second embodiment, when the peer-to-peer 



connection partner of the digital camera 1 is the 
printer 2 exhibiting relatively high performance, 
distribution control is done on the initiative of the 
printer 2 in order to distribute image processing in 
accordance with the status of the printer 2, 

The image processing system of the second 
embodiment can also execute five roots A to E shown in 
Fig. 28 in the first embodiment, and executes image 
processing by selecting any one of the roots. A root 
selection method in the second embodiment will be 
explained in detail. 

Fig. 30 is a flowchart showing root selection 
processing in the second embodiment. An apparatus 
constituting the "image processing system of the second 
embodiment can determine the type of partner apparatus 
by reading information of the configuration ROM of the 
partner apparatus by bus reset processing in system ON 
operation or system connection. If the partner 
apparatus is a "printer", the self apparatus starts 
subordinate processing; and if the self apparatus is a 
"printer", it takes the initiative of distribution 
control of image processing in the system, and executes 
the above-mentioned root selection processing under the 
control of a CPU 10. After printing processing starts, 
the printer 2 read-accesses the configuration ROM of 
the digital camera 1, and specifies the model of 



digital camera based on the read contents. Note that 
the configuration ROM has already been read in 
connecting the apparatus, and if its contents are 
stored in a memory or the like, the stored contents are 
5 read out . 

At step S3302, whether the printer 2 has 
information about the model of digital camera specified 
at step S3301 is checked. If YES at step S3302, the 

□ process branches to S3303; and if NO, to step S3304. 

m 10 If NO at step S3302, the printer 2 issues a 



processing time calculation request to the digital 

camera 1. This request is asynchronously transferred 

on the 1394 serial bus. After the printer 2 requests 

® the response of the results and receives the 

^ 15 calculation results, the printer 2 calculates its 

^ processing time. Then, the process proceeds to step 

G 

S3305. The digital camera 1 which has received the 
processing time calculation request calculates the 
processing time in the digital camera 1 for each root 

20 described with reference to Fig. 28 in accordance with 
an image to be printed. Upon the completion of 
calculation, the digital camera 1 returns the 
processing time of each root to the printer 2. 

If YES at step S3302, the printer 2 calculates at 

25 step S3303 the processing time of each root in the 
printer 2 described with reference to Fig. 28 in 
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accordance with an image to be printed. Then, the 
process proceeds to step S3305. 

At step S3305, the printer 2 calculates the total 
processing time of each of roots A to E shown in 
Fig. 28. The printer 2 selects a root exhibiting the 
shortest total processing time at step S3306, and 
notifies the digital camera 1 of the selection result 
at step S3307 to cause the digital camera 1 to prepare 
for printing. 

Image processing and transfer processing shown in 
Fig. 28 start by the root which is selected in this 
manner and exhibits the shortest processing time. 

The total processing time of each root at step 
S3305 in the second embodiment must be calculated in 
consideration of the parallel processing time, similar 
to the first embodiment. Also in the second embodiment, 
the performance of each apparatus influences root 
selection, like (D to (3). 

In the second embodiment, the transfer 
performance is high because the 1394 serial bus is used 
for communication between apparatuses, and (2) "the 

transfer performance is low" is excluded. In addition, 
the second embodiment assumes that the printer 2 has 
relatively high performance, and thus @ "the 

performance of the printer 2 is extremely low" is also 
excluded. As a result, ® "the performance of the 



digital camera 1 is low" or @ "the digital camera 1 

and printer 2 are equal in performance" is selected. 

Root A is selected with high possibility, and 

distribution of image processing to the printer 2 

5 exhibiting relatively high performance increases. 

As described above, according to the second 

embodiment, in the image processing system which can 

transfer image data at high speed by directly 

Q connecting the digital camera and printer via the 1394 

01 10 serial bus, the printer exhibiting relatively high 

p performance optimally distributes image processing 

^ between apparatuses. This can shorten the total time 

g required for image printing processing in the system. 

O 



I i ' 

^ 15 <iyiodif ication of Second Embodiment> 

O In the second embodiment, the printer 2 takes the 

initiative of distribution control of processing to 
simply increase distribution in the printer 2. 
Processing distribution can be more efficiently done in 

20 accordance with the processing status of the printer 2. 

In the flowchart shown in Fig. 28, root A is 
selected with high possibility. However, the second 
embodiment performs high-speed transfer using the 1394 
serial bus, and data transfer processing ends 

25 instantaneously. For example, when the transfer speed 
is 400 Mbps, and image data is lOO-Mbit data, the 
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transfer time is about 0.25 sec by simple calculation 
though the transfer speed slightly changes because 
another processing is actually executed. Even after 
the end of data transfer, the printer 2 spends a given 
5 time until printing processing of the transferred data 
ends. This modification effectively uses this idle 
time till the end of printing. 

In this modification, the digital camera 1 

0 executes image processing for the same image data as 

01 10 the transferred data in parallel with printing 

in 

p processing in the printer 2 after the end of data 

transfer- The digital camera 1 transfers the processed 
image data to the printer 2 again in order to store the 

2 data in a RAM 205 set in the private memory space of 
15 the 1394 bus at the node of the printer 2. One of 



identical data subjected to image processing by both 
the printer 2 and digital camera 1 is used for printing 
processing, and the other is stored in the private 
memory of the printer 2. 

20 More specifically, after the end of data transfer, 

the digital camera 1 appropriately performs image 
processing (except for transfer processing) from step 
S3109 to S3118 shown in Fig. 28 for the same image date 
as the transferred data. The digital camera 1 

25 transfers the processed image data to the printer 2 by 
any one of roots B to E, and stores it in the private 
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memory space in the printer 2. Note that a root used 
to transfer processed data in the digital camera 1, 
i.e., image processing to be performed is controlled 
based on the status of the printer 2. 

Fig. 31 is a flowchart showing processing after 
the start of printing operation in the printer 2. This 
processing is controlled by the CPU 10 of the printer 2. 

After printing operation starts, image data 
processed by the printer 2 is read out from a RAM 12 or 
the internal image memory (not shown) of a data 
processing unit 13 at step S3801, and a printer driving 
unit 15 executes printing operation at step S3802. 
Whether all the printing operations end is checked at 
step S3803, and if Y at step S3803, printing processing 
ends at step S3804, 

If N at step S3803, the process proceeds to step 
S3805 to check whether the image data processed by the 
printer 2 is stored in the image memory. If Y at step 

53805, the process returns to step S3802 to continue 
printing operation. If N at step S3805, the process 
advances to step S3806 to check whether the processed 
image data is stored in the private memory (RAM 205) 
mounted in the printer 2. If Y at step S3806, the 
image data is printed at step S3802. If N at step 

53806, the process returns to step S3805 to wait for 
data to be printed. 
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Note that image data processed by the digital 
camera 1 is stored in the private memory of the printer 
2, but may be stored in the private memory of the 
digital camera 1. Also in this case, the image data 
5 can be read out by the printer 2 via the 1394 serial 
bus, and the same control as in the flowchart of 
Fig. 31 can be executed. 

As described above, according to the modification 
^ of the second embodiment, both the digital camera and 

0] 10 printer perform image processing for the same data, and 



□ the data processed by the digital camera is stored in a 

ifl memory set in the 1394 serial bus space. Consequently, 

s the printer exhibiting relatively high performance can 

□ 

fQ properly select either of image processing results of 

yj 

1^ 15 the digital camera and printer as image data to be 

5 printed. 

The total time required for image printing 
processing can be shortened in the image processing 
system which can transfer image data at high speed by 
20 directly connecting the digital camera and printer via 
the 1394 serial bus. 

<Third Embodiment> 

The third embodiment according to the present 
25 invention will be described below. 

An image processing system in the third 
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n 



embodiment has the same arrangement as that in the 
first embodiment, data is asynchronously transferred 
between a digital camera 1 and a printer 2, and a 
detailed description thereof will be omitted. 

Optimal distribution of image processing between 
apparatuses constituting the system is controlled by 
the digital camera 1 in the first embodiment, and by 
the printer 2 in the second embodiment. The third 
embodiment concerns a method of determining which of 



fj, 10 the apparatuses controls optimal distribution of image 

^ processing between the apparatuses. 

^ The outline of the determination method will be 

£ explained. Assume that each of the digital camera 1 

e ' 

© and printer 2 has information about the model of 

yj 

15 connectable partner apparatus, and the partner model 



information contains in advance rank information 
representing whether the performance of the partner 
apparatus is higher or lower than the performance of 
the self apparatus. If the performance of the self 

20 apparatus is higher based on this rank information, the 
self apparatus controls distribution of image 
processing. If the performance of the self apparatus 
is lower, the partner apparatus controls distribution 
of image processing. Fig. 32 is a flowchart showing 

25 control apparatus determination processing for 

distribution of image processing. Processing shown in 
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in 



the flowchart is executed by both the digital camera 1 

and printer 2 . 

At step S3401, an apparatus reads the contents of 

a configuration ROM in a partner apparatus in 

5 connection. At step S3402, the apparatus checks 

whether rank information is added to the connectable 

model information of the configuration ROM. If YES at 

step S3402, the process proceeds to step S3403, and the 

y apparatus checks whether the performance of the partner 

^ 10 apparatus is higher than that of the self apparatus by 

1 n 

referring to the rank information of the self apparatus. 

If YES at step S3403, the process advances to 

E step S3404, and the self apparatus takes the initiative. 

O 

fQ If NO at step S3403, the process advances to step S3405, 

yj 

1^ 15 and the self apparatus enters a standby state while the 

o 

partner apparatus takes the initiative. Accordingly, 

which of the apparatuses should control distribution of 

image processing is properly determined. 

After the apparatus which takes the initiative of 
20 image processing distribution is determined, image 

processing described in the first and second 

embodiments is executed at step S3406. 

If NO at step S3402, the process proceeds to step 

S3407, and the apparatus requests the partner apparatus 
25 to notify the apparatus of the determination result of 

an image processing distribution control apparatus on 
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the partner apparatus side. This request is 
asynchronously transferred on the 1394 serial bus. 
After the apparatus receives the notification, the 
process proceeds to step S3403 to determine which of 
the apparatuses should control distribution of image 
processing . 

If the configuration ROMs of both the apparatuses 
do not hold any model information or rank information, 
an apparatus which has first declared distribution 



^1! 10 control of image processing takes the initiative of the 

Ul 

O control. 

i: s 
ir=r 

*0 As described above, according to the third 

E embodiment, the image processing system which can 

□ 

Q transfer image data at high speed by directly 

15 connecting the digital camera and printer via the 1394 

b 

serial bus can properly determine which of the digital 
camera and printer performs control of optimally 
distributing necessary image processing between 
apparatuses. This can shorten the total time required 
20 for image printing processing in the system. 

< Fourth Embodiment > 

The fourth embodiment according to the present 
invention will be described. 
25 An image processing system in the fourth 

embodiment has the same arrangement as that in the 
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first embodiment, data is asynchronously transferred 
between a digital camera 1 and a printer 2, and a 
detailed description thereof will be omitted. 

Generally in performing printing processing in a 
5 system constituted by connecting a personal computer 
(to be referred to as a PC hereinafter) to a printer, 
the PC must quickly complete printing processing to 
perform another operation. Considering an increase in 
y the throughput of printing processing in this system, 

10 the data transfer time from the PC to the printer must 

fc? ■ 

y be shortened. Further, the processing and operation 

S speeds on the printer side and the capacity of the 

E printer buffer must be increased. 

Q 

© In the system of the fourth embodiment 

W 

15 constituted by connecting the digital camera and 
f==l printer, the printing processing time on the printer 

side must be shortened to increase the total throughput 

Similar to the first embodiment, the fourth 
embodiment uses the 1394 serial bus to enable 

20 high-speed data transfer. To increase the throughput 
of the sequence of printing processing, sharing of 
image processing between the digital camera 1 and the 
printer 2 is important. In the fourth embodiment, 
therefore, decompression processing of compressed data 

25 is appropriately shared between the digital camera 1 
and the printer 2. The fourth embodiment will be 
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described based on the following assumption. That is, 
data transfer via the 1394 serial bus is sufficiently 
fast. In addition, printing operation in the printer 2 
is sufficiently fast, and the printer 2 may wait for 
processing depending on the contents of image 
processing- The digital camera 1 holds image data 
compressed in the JPEG format. 

The sequence of printing processing in the fourth 
embodiment will be described in detail. 

Figs. 33A and 33B are flowcharts showing details 
of the sequence of printing processing in the fourth 
embodiment. Fig. 33A shows processing in the digital 
camera 1, and Fig. 33B shows processing in the printer 
2. 

Processing in the digital camera 1 shown in 
Fig. 33A will be explained. 

If printing processing starts at step S3501, the 
digital camera 1 reads out JPEG data to be printed from 
an image memory (not shown) at step S3502, and divides 
the JPEG data into predetermined blocks at step S3503. 
At step S3504, the digital camera 1 detects the state 
of an I/F 3. If the I/F 3 is in a ready state in which 
data transfer is possible, the process proceeds to step 
S3505; and if the I/F 3 is in a standby state (busy 
state) in which data transfer is impossible, to step 
S3508 . 




The ready/busy state of the I/F 3 is determined 
based on whether the print buffer of the printer 2 is 
empty. If the buffer of the printer 2 is full and has 
no free space, the I/F 3 is in the busy state. In 
general, the buffer of the printer 2 has a free space 
at the initial stage of printing processing, and the 
I/F 3 is in the ready state in which data transfer is 
possible. Thus, the process branches to step S3505 at 
the initial stage of printing. 

The digital camera 1 notifies the printer 2 of 
transfer of the JPEG data at step S3505, and transfers 
the JPEG data to the printer 2 via the I/F 3 in units 
of blocks at step S3506. If the JPEG data still 
remains at step S3507, the process returns to step 
S3504 to repeat the processing. If NO at step S3507, 
the digital camera 1 ends processing for printing. 

If the I/F 3 is in the busy state at step S3504, 
the digital camera 1 decompresses the remaining JPEG 
data in units of blocks at step S3508, and checks at 
step S3509 whether the I/F state changes to the ready 
state. If the I/F 3 is still busy, the digital camera 
1 repeats JPEG block decompression at step S3508. If 
the I/F state changes to the ready state, the process 
advances to step S3510. 

The digital camera 1 notifies at step S3510 the 
printer 2 of transfer of RAW-RGB data obtained by 
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decompressing the JPEG data, and transfers the RAW-RGB 
data to the printer 2 via the I/F 3 in units of blocks. 
If the JPEG data still remains at step S3512, the 
process returns to step S3508 to repeat processing. If 
5 NO at step S3512, processing ends. 

Processing in the printer 2 shown in Fig. 33B 
will be explained. 

If a CPU 10 of the printer 2 receives the JPEG 
y data transfer notification (step S3505) or RAW-RGB data 

^ 10 transfer notification (step S3510) from the digital 

Ui 

P camera 1, the CPU 10 sets or resets the internal JPEG 

flag. The CPU 10 sets the JPEG flag if the transferred 

5 image data to be printed is JPEG data, or resets the 

O 

S JPEG flag if the image data is RAW-RGB data. 

i ' 

UJ 

j:^ 15 If the printer 2 starts printing processing, it 

Q 

p checks at step S3513 whether image data to be printed 

that has been transferred via an I/F 4 is stored in the 
buffer area of a RAM 12. If NO at step S3513, the 
printer 2 waits for transfer of image data; and if YES, 

20 the process proceeds to step S3514. 

If the JPEG flag is set in the printer 2 at step 
S3514, image data in the buffer is determined to be 
JPEG data, and the process shifts to step S3515 to 
decompress the JPEG data, and to step S3516. 

25 If NO at step S3514, image data in the buffer is 

determined to be RAW-RGB data, and the process directly 
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shifts to step S3516. The printer 2 performs 
predetermined image processing necessary for printing 
at step S3516, and then executes printing processing at 
step S3517 to complete the sequence of printing 
processing . 

As described above, according to the fourth 
embodiment, the buffer state in the printer 2 is 
monitored via the I/F 3 during transfer of JPEG data by 
the digital camera 1, When the state changes to the 
busy state in which transfer is impossible, the 
remaining JPEG data is decompressed to transfer RAW-RGB 
data . 

In other words, the digital camera 1 determines 
the switching timing of the transfer data format, and 
executes JPEG data decompression processing. This 
enables efficient printing processing in the system to 
increase the total throughput. 

<Fif th Embodiment > 

The fifth embodiment according to the present 
invention will be described. 

An image processing system in the fifth 
embodiment has the same arrangement as that in the 
first embodiment, data is asynchronously transferred 
between a digital camera 1 and a printer 2, and a 
detailed description thereof will be omitted. 



The fifth embodiment is also based on the 
assumption that data transfer via the 1394 serial bus 
is sufficiently fast, the printer 2 may wait for 
processing because printing operation in the printer 2 
is sufficiently fast, and the digital camera 1 holds 
image data compressed in the JPEG format. 

Also in the fifth embodiment, decompression 
processing of compressed data is shared between the 
digital camera 1 and the printer 2, but the sharing 
timing is determined by the printer 2. 

The sequence of printing processing in the fifth 
embodiment will be described in detail. 

Figs. 34A and 34B are flowcharts showing details 
of the sequence of printing processing in the fifth 
embodiment. Fig. 34A shows processing in the digital 
camera 1, and Fig. 34B shows processing in the printer 
2 . 

Processing in the digital camera 1 shown in 
Fig. 34A will be explained. 

If printing processing starts at step S3601, the 
digital camera 1 reads out JPEG data to be printed from 
an image memory (not shown) at step S3602, and divides 
the JPEG data into predetermined blocks at step S3603. 
At step S3604, the digital camera 1 checks a JPEG data 
decompression request from the printer 2. If YES at 
step S3604, the process advances to step S3607; and if 



NO, to step S3605. In the fifth embodiment, no 
decompression request is issued by the printer 2 at the 
initial stage of printing processing. Thus, the 
process advances to step S3605 at the initial stage. 
At step S3605, the digital camera 1 transfers JPEG data 
to the printer 2 via an I/F 3 in units of blocks. If 
the JPEG data still remains at step S3606, the process 
returns to step S3604 to repeat the processing. If NO 
at step S3606, the digital camera 1 ends processing for 
printing . 

If NO at step S3604, the digital camera 1 
decompresses the remaining JPEG data in units of blocks 
to generate RAW-RGB data at step S3607. At step S3608, 
the digital camera 1 transfers the RAW-RGB data to the 
printer 2 via the I/F 3 in units of blocks. If the 
JPEG data still remains at step S3609, the process 
returns to step S3607 to repeat processing. If NO at 
step S3609, processing ends. 

Processing in the printer 2 shown in Fig. 34B 
will be explained. 

If the printer 2 starts printing processing, it 
checks at step S3610 whether image data to be printed 
that has been transferred via an I/F 4 is stored in the 
buffer area of a RAM 12. If NO at step S3610, the 
printer 2 waits for transfer of image data to the 
buffer; and if YES, the process proceeds to step S3611. 



At step S3611, the printer 2 checks whether the 
buffer becomes full (buffer full state) , If YES at 
step S3611, the process shifts to step S3617; or if NO, 
to S3612. In general, the buffer has a free space at 
the initial stage of printing processing, so that the 
process proceeds to step S3612. The printer 2 reads 
out at step S3612 JPEG data transferred from the 
digital camera 1, and decompresses the data at step 
S3613. The printer 2 performs predetermined image 
processing necessary for printing at step S3614, and 
then executes printing processing at step S3615. If 
the data still remains at step S3616, the process 
returns to step S3611; and if NO, printing processing 
ends . 

If the buffer full state is detected at step 
S3611, the printer 2 issues a JPEG data decompression 
reguest to the digital camera 1 at step S3617. 

At step S3618, the printer 2 reads out JPEG data 
transferred from the digital camera 1 from the buffer. 
If the JPEG data still remains at step S3619, the 
printer 2 decompresses it at step S3620. If NO at step 
S3619, the process proceeds to step S3621. The printer 
2 performs predetermined image processing necessary for 
printing at step S3621, and then executes printing 
processing at step S3618. If the data still remains at 
step S3623, the process returns to step S3618; and if 



- 71 - 




NO, printing processing ends. 

As described above, according to the fifth 
embodiment, the printer 2 monitors its buffer state 
during transfer of JPEG data. When the buffer changes 
to the buffer full state, the printer 2 issues a JPEG 
data decompression request to the digital camera 1, In 
accordance with the decompression request, the digital 
camera 1 decompresses the remaining JPEG data to 
transfer EU\W-RGB data. 

That is, the printer 2 determines the switching 
timing of the transfer data format, and requests JPEG 
data decompression processing of the digital camera 1. 
This enables efficient printing processing in the 
system to increase the total throughput. 

<Sixth Embodiment > 

The sixth embodiment according to the present 
invention will be described. 

An image processing system in the sixth 
embodiment has the same arrangement as that in the 
first embodiment, data is asynchronously transferred 
between a digital camera 1 and a printer 2, and a 
detailed description thereof will be omitted. 

The sixth embodiment is also based on the 
assumption that data transfer via the 1394 serial bus 
is sufficiently fast, the printer 2 may wait for 



processing because printing operation in the printer 2 
is sufficiently fast, and the digital camera 1 holds 
image data compressed in the JPEG format. 

Also in the sixth embodiment, decompression 
processing of compressed data is shared between the 
digital camera 1 and the printer 2, but the sharing 
timing is determined by the printer 2. 

The sequence of printing processing in the sixth 
embodiment will be described in detail. 

Figs, 35A and 35B are flowcharts showing details 
of the sequence of printing processing in the sixth 
embodiment. Fig. 35A shows processing in the digital 
camera 1, and Fig. 35B shows processing in the printer 
2. 

Processing in the digital camera 1 shown in 
Fig. 35A will be explained. 

If printing processing starts at step S3701, the 
digital camera 1 reads out JPEG data to be printed from 
an image memory (not shown) at step S3702, and divides 
the JPEG data into predetermined blocks at step S3703. 
At step S3704, the digital camera 1 checks whether it 
has received a decompression request flag representing 
a JPEG data decompression request issued by the printer 
2. If YES at step S3704, the process advances to step 
S3707; and if NO, to step S3705. In the sixth 
embodiment, no decompression request is issued by the 




printer 2 at the initial stage of printing processing. 
Thus, the process advances to step S3705 at the initial 
stage. At step S3705, the digital camera 1 notifies 
the printer 2 of transfer of JPEG data, and transfers 
one block of JPEG data to the printer 2 via an I/F 3. 
If the JPEG data still remains at step S3706, the 
process returns to step S3704 to repeat the processing. 
If "NO at step S3706, the digital camera 1 ends 
processing for printing. 

If NO at step S3704, the digital camera 1 
decompresses one block of the remaining JPEG data to 
generate RAW-RGB data at step S3707. At step S3708, 
the digital camera 1 notifies the printer 2 of transfer 
of the RAW-RGB data obtained by decompressing JPEG data, 
and transfers one block of the RAW-RGB data to the 
printer 2 via the I/F 3. Then, the process proceeds to 
step S3706. 

Processing in the printer 2 shown in Fig, 35B 
will be explained. 

If the printer 2 starts printing processing, it 
checks at step S3709 whether image data to be printed 
that has been transferred via an I/F 4 is stored in the 
buffer area of a RAM 12. If NO at step S3709, the 
printer 2 waits for transfer of image data to the 
buffer; and if YES, the process proceeds to step S3710. 

At step S3710, the printer 2 checks whether the 



buffer becomes full (buffer full state) . If YES at 
step S3710, the process shifts to step S3718. The 
printer 2 sets the JPEG data decompression request flag 
and transmits it to the digital camera 1. After that, 
the process proceeds to step S3711. In general, the 
buffer has a free space at the initial stage of 
printing processing, so that the process proceeds to 
step S3711. At step S3711, the printer 2 checks 
whether the buffer has a free space (buffer empty 
state) . If NO at step S3711, the process advances to 
step S3712; and if YES, to S3719. The printer 2 resets 
the JPEG data decompression request, and transmits it 
to the digital camera 1. Thereafter, the process 
proceeds to step S3712. 

The printer 2 reads out at step S3712 JPEG data 
transferred from the digital camera 1. If the JPEG 
data sill remains at step S3713, the printer 2 
decompresses it at step S3714. If NO at step S3713, 
the process advances to step S3715. The printer 2 
performs predetermined image processing necessary for 
printing at step S3715, and then executes printing 
processing at step S3716. If the data still remains at 
step S3717, the process returns to step S3710; and if 
NO, printing processing ends. 

As described above, according to the sixth 
embodiment, the printer 2 monitors its buffer state 



(full/empty) during transfer of JPEG data, and 
transmits the flag representing the buffer state to the 
digital camera 1 every time the buffer state changes. 
The digital camera 1 monitors buffer information of the 
5 printer 2 in accordance with the flag, and determines 
in units of blocks whether to decompress the remaining 
JPEG data. 

That is, the digital camera 1 performs JPEG data 
~ decompression processing based on the buffer state 

f' 10 notified from the printer 2. This enables efficient 

^ printing processing in the system to increase the total 

throughput . 

O 

S <Seventh Embodiment> 

1 1 1 

l=& 15 The seventh embodiment according to the present 

invention will be described. 

An image processing system in the seventh 
embodiment has the same arrangement as that in the 
first embodiment, data is asynchronously transferred 
20 between a digital camera 1 and a printer 2, and a 
detailed description thereof will be omitted. 

The seventh embodiment is based on the assumption 
that the data transfer speed via the 1394 serial bus is 
insufficient, the printer 2 may wait for processing 
25 because printing operation in the printer 2 is 

sufficiently fast, and the digital camera 1 holds image 
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data compressed in the JPEG format. 

In the fourth to sixth embodiments, JPEG data 
held by the digital camera 1 is transferred to the 
printer 2 after the JPEG data is decompressed by the 
5 digital camera if necessary. In this case, the first 
transferred data is JPEG data. 

In general, the digital camera 1 can display data 
before sensed JPEG data which is compressed and held is 
^ printed. In this case, the JPEG is temporarily 

10 decompressed in display processing. Therefore, when 
P data is printed after display processing, image data 

^ decompressed in display processing may be directly 

s transferred to the printer 2. 

03 If, however, the data transfer speed is not 

y 

15 sufficiently high, like the seventh embodiment, the 



transfer time is prolonged with an increase in data 

amount to be transferred. As a result, the total 

throughput may decrease . 

To prevent this, even if the digital camera 1 
20 holds data which has already been decompressed, the 

seventh embodiment transfers the original JPEG data to 

the printer 2 in printing processing. 

After this processing, i.e., after JPEG data is 

first transferred, decompression processing sharing 
25 control described in the fourth to sixth embodiments 

can be executed. However, if the data transfer speed 



- 77 - 



is low, decompression processing is desirably performed 
by only the printer 2 in order to increase the total 
processing speed. 

.As described above, according to the seventh 
embodiment, the first data transfer in printing 
processing is limited to JPEG data, which can shorten 
the transfer time and allows the printer 2 to start 
printing operation at a higher timing. Accordingly, 
the total throughput of the system can increase. 

<Eighth Embodiment > 

The eighth embodiment according to the present 
invention will be described. 

An image processing system in the eighth 
embodiment has the same arrangement as that in the 
first embodiment, data is asynchronously transferred 
between a digital camera 1 and a printer 2, and a 
detailed description thereof will be omitted. 

The eighth embodiment is based on the assumption 
that the printer 2 may wait for processing because 
printing operation in the printer 2 is sufficiently 
fast, and the digital camera 1 holds image data 
compressed in the JPEG format. 

In the eighth embodiment, when the first image 
data to be printed is compressed, which of apparatuses 
can most efficiently decompress the data is determined 



by a CPU 5 of the digital camera 1 as follows. 

If the data transfer speed is sufficiently high, 
i.e., equal to or higher than a predetermined value, 
the data transfer time can be shortened. From this, 
the CPU 5 determines that the digital camera 1 can more 
efficiently perform JPEG data decompression processing. 

If the data transfer speed is lower than the 
predetermined value, the CPU 5 compares the performance 
of the digital camera 1 with that of the printer 2, and 
determines that an apparatus exhibiting higher 
performance executes decompression processing. As this 
performance comparison method, the CPU 5 can grasp the 
performance of the printer 2 by reading the contents of 
a configuration ROM in the printer 2 in connecting the 
digital camera 1 to the printer 2, and referring to 
model information described in the configuration ROM. 
If the configuration ROM of the printer 2 does not 
contain any model information, the printer 2 can read 
the configuration ROM of the digital camera 1 to 
determine the performance of the digital camera 1 and 
that of the printer 2, and can notify the digital 
camera 1 of the determination result. 

If the data transfer speed is very low, the CPU 5 
determines that decompression processing is efficiently 
done by only the printer 2. 

After an apparatus which decompresses the first 



JPEG data is determined in accordance with the data 
transfer speed, printing processing by sharing 
described in the fourth to sixth embodiments is 
executed. 

As described above, according to the eighth 
embodiment, which of the digital camera 1 and printer 2 
can efficiently decompress the first JPEG data is 
appropriately determined to increase the throughput of 
printing processing . 

In the above-described embodiments, the network 
is constructed using a serial interface defined by IEEE 
1394, However, the present invention is not limited to 
this, and can also be applied to a network constructed 
using an arbitrary serial interface such as a universal 
serial bus (USB) . 

[Other Embodiment ] 

The present invention may be applied to a system 
constituted by a plurality of devices (e.g., a host 
computer, interface device, reader, and printer) or an 
apparatus comprising a single device (e.g., a copying 
machine or facsimile apparatus) , 

The object of the present invention is realized 
even by supplying a storage medium (or recording medium) 
storing software program codes for realizing the 
functions of the above-described embodiments to a system 



or apparatus, and causing the computer (or a CPU or MPU) 
of the system or apparatus to read out and execute the 
program codes stored in the storage medium. In this 
case, the program codes read out from the storage medium 
realize the functions of the above-described embodiments 
by themselves, and the storage medium storing the 
program codes constitutes the present invention. The 
functions of the above-described embodiments are 
realized not only when the readout program codes are 
executed by the computer but also when the operating 
system (OS) running on the computer performs part or all 
of actual processing on the basis of the instructions of 
the program codes. 

The functions of the above-described embodiments 
are also realized when the program codes read out from 
the storage medium are written in the memory of a 
function expansion board inserted into the computer or a 
function expansion unit connected to the computer, and 
the CPU of the function expansion board or function 
expansion unit performs part or all of actual processing 
on the basis of the instructions of the program codes. 

When the present invention is applied to the 
above storage medium, the storage medium stores program 
codes corresponding to the flowcharts shown in Figs. 29 
to 35B. 

As many apparently widely different embodiments 



of the present invention can be made without departing 
from the spirit and scope thereof, it is to be 
understood that the invention is not limited to the 
specific embodiments thereof except as defined in the 
appended claims. 
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